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(54) System and method for distributed content electronic commerce 



(57) Distributed electronic commerce is conducted 
over a network by substantially separating transaction 
functionality from merchant content. Electronic com- 
merce transaction functionality is provided by a com- 
merce server having a commerce database. The 
commerce server stores merchant and purchaser pro- 
file data and merchant content summaries on the com- 
merce database. The purchaser browses and searches 
for product and merchant information using the com- 
merce server, and is provided with more detailed infor- 
mation stored at a separate merchant content server 
system. The purchaser selects products to purchase, 
and a purchase order is sent to the commerce server. 
The commerce server initiates the settlement of 
accounts between the merchant and purchaser, and ini- 
tiates order fulfillment for the selected product. The sep- 
aration of transaction functionality and merchant 
content onto separate servers under the control of a 
commerce service provider and a merchant, respec- 
tively, provides a more efficient and effective way of car- 
rying out electronic commerce over a network. 
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Description 

Field of the Invention 

5 This invention relates to carrying out electronic commerce on a network, and particularly to an electronic commerce 

server and database that provide transaction functionality and content summaries to purchasers, and which refer pur- 
chasers to merchant content servers that provide more extensive information on products for sale on the network. 

Background of the Invention 

10 

Electronic commerce is traditionally carried out over a network using a commerce server networked with purchas- 
ers and merchants. As shown in FIG 1 . such a traditional electronic commerce server system 1 1 provides substantially 
all of the functionality needed to carry out buying and selling on a network 12. This Includes storing product information 
provided by merchants 13, accepting requests for information from prospective purchasers 14, and accepting and 
15 processing orders. 

The number of commerce servers offered by different server vendors is limited. For example, each such server is 
configured and programmed differently. Thus, the traditional commerce server 1 1 is complex, expensive, and often 
requires substantial expertise to configure and operate. These disadvantages allow only the largest merchants to own 
and operate their own commerce servers. 

20 Rather than operate their own commerce servers, smaller merchants typically purchase electronic commerce serv- 
ices provided by a commerce service provider. In this case, the provider owns and maintains the commerce server, who 
distributes configuration, operation and maintenance costs across the subscriber merchants, realizing an economy of 
scale. However, in so doing, the provider usually enforces uniform standards for appearance and methods of doing 
business to reduce the amount of custom programming necessary in order to economically accommodate several dif- 

25 ferent merchants. Thus, each merchant being served loses a substantial amount of control over the way he conducts 
business over the network. This restricts the merchant's ability to express a particular personality and to do such things 
as develop distinctive trade dress. This places him at a competitive disadvantage in the marketplace, especially when 
compared to those merchants who can operate their own servers. 

The service provider's expertise lies in the acquisition, operation, and maintenance of the commerce server hard- 

30 ware and the commerce functionality it provides to all of its merchants and purchasers. Examples of commerce func- 
tionality include taking orders and effectuating payment for any product offered by a merchant. 

However, the service provider faces problems with respect to "content" from the merchant(s). First content falls 
within the expertise of the merchant, not the provider. Second, the electronic commerce service provider faces high 
costs in acquiring, publishing, and maintaining a database of merchant content. This prol3lem is especially pronounced 

35 when content from many merchants is stored in a large aggregate on a commerce server, because there is no economy 
of scale in adding merchant content to a server. The cost of adding an additional content file to a server is not less than 
the cost to add a similar file previously. In fact, the burden of loading, updating, and deleting content from each addi- 
tional merchant can greatly increase the complexity and administrative cost of running a server beyond that for the con- 
tent of the earlier-in-time merchants. Further, a larger aggregate of merchant content on a single commerce server 

40 Slows the performance of the server. 

Thus, under current methods of carrying out electronic commerce, the merchant whose expertise lies in producing 
and managing content is faced with the choice of operating and n^intalning an expensive commerce server or losing 
control of his marketing to a provider. The provider, whose expertise lies in the acquisition and maintenance of elec- 
tronic commerce hardware and software, must shoulder the burden of acquiring, publishing and maintaining merchant 

45 content. 

Summary of the Invention 

A better way of conducting electronic commerce is to allocate most of the task of content acquisition and mainte- 
50 nance to the merchant, and allocate most of the task of providing electronic commerce transaction functionality to the 
service provider. Under this regime, neither the merchant nor the provider would be burdened with tasks outside their 
respective areas of expertise. The present invention provides a system for carrying out electronic commerce over a net- 
work where transaction functionality is provided by a commerce server having a commerce database, while detailed 
merchant content is provided on separate merchant content servers. 
55 The commerce server maintains merchant profiles in the commerce database. The profiles comprise summaries 
of the products offered for sale by each merchant registered with the electronic commerce service. Here, the term 
"product" is meant to include services. A merchant profile also includes a merchant identification number, a list of the 
payment vehicles accepted by the merchant; a summary of merchant polici^; and a summary background of the mer- 
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chant. In one embodiment, the merchant identification number is the network address of the merchant's content server. 

The commerce sender also maintains purchaser profiles in the commerce database that comprise purchaser iden- 
tification numbers, purchaser payment data (such as aedit card and bank account numbers), and billing and shipping 
addresses. 

5 The commerce server provides transaction functionality that effectuates an electronic commerce transaction. An 

electronic commerce transaction is the process of selling and purchasing an item over a network. 

A purchaser requests the commerce server to send shopping information. The purchaser browses or searches for 
products on the commerce server, and data regarding products and merchants is retrieved from the commerce data- 
base. At the purchaser's request for more information on a product or merchant, the commerce server refers the pur- 

10 chaser to an appropriate merchant content server, which contains much more detailed information about the product 
and merchant than is available from the commerce database. 

While browsing or searching the merchant content server, the purchaser may select one or more products for pur- 
chase. When the purchaser indicates he is ready to effectuate such a transaction, data concerning the selected product 
or products are sent to the commerce server. The data Include information sufficient to Identify the product, purchaser 

15 and selling merchant. The commerce server communicates with an external payment system to debit the purchaser's 
account and credit the merchant's account, effectuating the sale. The commerce server also generates a fulfillment 
message that ensures product delivery to the purchaser. V - 

The commerce server also generates reports for the m^-chant and purchaser upon request. The reports summa- 
rize historical transaction data as requested. 

20 Merchant content servers are simpler, easier to operate, and less expensive than the full-functioned servers tradi- 
tionally used to maintain both content and transaction functionality in carrying out electronic commerce. The efficient 
division of functionality between the commerce server and the merchant content server thus advantageously stream- 
lines the process of providing e-commerce services while lowering the cost thereof. 

25 Brief Description of the Drawings 

FIG 1 shows a prior art embodiment of an electronic commerce system. 

FIG 2 shows an electronic commerce system In accordance with an embodiment of the present invention. 
FIG 3 shows merchant content servers connected to a network in accordance with an embodiment of the present 
30 Invention. 

FIG 4 shows merchant content servers connected to a network in accordance with another embodiment of the 
present Invention. 

FIG 5 shows an embodiment of an electronic commerce server and an electronic commerce database in accord- 
ance with an embodiment of the present invention. 
35 FIG 6 shows an embodiment of a merchant interface screen In accordance with an embodiment of the present 
invention. 

FIG 7 shows an embodiment of a merchant content abstract update Interlace In accordance with the present inven- 
tion. 

FIG 8 shows an embodiment of a merchant content abstract edit interface In accordance with the present inven- 
40 tion. 

FIG 9 shows another embodiment of a merchant content abstract edit interface in accordance with the present 
invention. 

FIG 1 0 shows an embodiment of a merchant content abstract edit interface that shows a list of products in the com- 
merce database in accordance with the present Invention. 
45 FIG 1 1 shows an embodiment of a purchaser Interface in accordance with the present Invention. 

FIG 12 shows an embodiment of a merchant information screen generated in response to a purchaser query in 
accordance with the present invention. 

FIG 13 shows an embodiment of a product information screen generated In response to a purchaser search on a 
merchant content server in accordance with the present invention. 



so 



Detailed Description 



In accordance with the present invention, an embodiment of which Is shown In FIG 2. electronic commerce is car- 
ried out over a network 21 with a purchaser 25. where content Is distributed through the network on merchant content 
55 servers 22, and transaction functionality Is provided by an electronic commerce server 23 having an electronic com- 
merce database 24. Network 21 Is a data network, an example of which is the Internet. 

The content servers 22 are controlled by merchants, and contain detailed merchant data. This merchant data com- 
prises information on the products offered by the merchant, including product names, manufacturers, colors, sizes, and 
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prices. It also includes multimedia information about the product, comprising at least one type of text, audio, graphic, 
animation and video data. Merchant data also comprises detailed information regarding warranty, guarantee, and mer- 
chandise return information, as well as background information regarding the merchant. Merchant content data 
includes information that comprises an electronic catalog of the merchant's products. 
-5 Merchant content servers are simpler, easier to operate, and less expensive than the full-functioned servers tradi- 

tionally used to maintain both content and transaction functionality in carrying out electronic commerce. In one embod- 
iment of the present invention shown in FIG 3, each merchant controls its own very sinple content server 32. 33, 34 
and 35, each of which is connected to the network 31. The term connected encompasses direct and indirect data con- 
nection. In other words, when A is connected to B. A may be connected to B directly (e.g.. via an RS 232 cable); through 

10 a network; or through a network of networks. In another embodiment shown in FIG 4, several merchants 42, 43, 44 and 
45 connected to a network 41 share a single corrtent server 46 connected to the network In this embodiment, the box 
representing merchant P 42 is a personal computer through which merchant P 42 is connected to the network 41 . Mer- 
chant P 42 transfers data to and from the merchant content server 46 through the network 41, to which the merchant 
content server 46 is also connected. Merchants 42, 43 and 44 interact with the merchant content server 46 in the same 

15 way. 

In accordance with the present invention, an electronic commerce server 23 controlled by a transaction service pro- 
vider is also connected to the network 21, as shown in FIG 2. The commerce server 23 provides transaction and con- 
tent searching functionality and stores commerce server data including merchant abstract data on a commerce 
database 24. 

20 Transaction functionality refers to the capability to carry out actions needed to effectuate a purchase and sale over 
the network 21 . For example, in one embodiment, the transaction server accepts a credit card nunnber from a purchaser 
arKi contacts the credit card vendor to verify that the account has a sufficient line of credit to complete the purchase of 
a product or products having a given price. Once authorization is received, the commerce server sends messages to a 
banking institution that debits the purchaser's account and credits that of the merchant, effectuating a purchase. Other 

25 transaction functionality can include: arranging to have the selected product shipped: and/or other order fulfillment func- 
tions, such as implementing a customer satisfaction survey along with product delivery and storing the results for pres- 
entation and analysis. 

Commerce server data comprises summary data on the products offered by those merchants that have content 
servers that subscribe to the electronic commerce service. In one embodiment, this includes product numbers, product 
30 categories, sizes, colors, prices, and a link to the appropriate merchant content server where more product information 
can be found. Commerce server data may also include merchant profile data, including summaries of the forms of pay- 
ment accepted by a merchant, merchant policies, and merchant background information. Merchant profile data is 
added to the commerce database when the merchant initially registers for the service, and may be updated at any time 
by the merchant. 

35 Commerce server data comprises abstracts of more extensive data available at the merchant content servers. 
These abstracts are generally substantially smaller in size than the data from which they are drawn on the merchant 
content server. For example, in one embodiment, a product abstract comprises a textual representation of a product 
name, product price, a one sentence description of the product, and the URL (Uniform Resource Locator, i.e., network 
address) of the merchant content server on which more information regarding the product may be found. The corre- 

40 spending more fulsome information on the merchant content server includes the same information provided in the 
at>stract, but further comprises a multimedia video of the product being modeled with accompanying audio, a full cata- 
log description of the product, a description of all available sizes and colors, and shipping information. Thus, the 
abstract on the commerce server is a brief representation of content server data sufficient to enable the user to make 
an informed decision as to whether to seek additional information from the appropriate content server. This advanta- 

45 geously maximizes the benefits of distributed electronic commerce in accordance with the present invention. 

The present invention advantageously provides a sinple and uniform interface to the merchant whereby the mer- 
chant adds merchant content summary data to the commerce database 24. An embodiment of such an interface is 
shown in FIG 6. 

In this embodiment a merchant is first identified 61 and authenticated 62 to the service, and then choose one of 
so three possible functions adding product information 63; editing product information 64, or generating a report 65 based 
on historical transaction data. 

If the merchant selects the add product button 63, the service presents to the merchant a screen for facilitating 
entry of product information. One such screen is shown in FIG 7. In the illustrated embodiment the screen presents sev- 
eral product information fields, including a product identification number (SKU) field 71 1 ; category 712: manufacturer 
55 713: product name 714; list price 715: offer price 716: weight 717; size range 718: a date until which the offer is good 
719; and optional keywords 720 and 721 . A merchant may define his own attribute/value pairs 725 for a product, such 
as "Shell/Materiar (e.g., "Shell/100% Cotton." or "Insulation/Material" (e.g., "Insulation/Wool.") 

When the merchant is finished entering the new product data, he selects the submit button 723. and the commerce 
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20 



25 



database is then updated, associating the newly submitted data with the merchant's identification nunnber and a time 
stamp indicating when it was added. The collection of product information stored in the commerce database is called a 
merchant content abstract. 

It should be noted that this input process and these interface screens are an illustrative embodiment of data^ntry 
5 methods of the present invention, and that any other interface or method for entering data that comport with the^rchi- 
tecture of the present invention are valid. For example, in one embodiment, data entries are validated (e.g., checked for 
proper correspondence between manufacturer and product name, etc.) before the data entries update the electronic 
commerce server database. 

In one embodiment of the present invention, the commerce server is provided with a merchant content abstract 
70 according to the following data structure: 

merchant_content_abstract 

merchant /♦merchant identification number*/ 

SKU_number /*product identification nurober*? 

category /*product type*/ 

manufacturer /*product maker*/ 

keyword /* searchable keyword*/ 

keyword /*searchable keyword*/ 

name /*product name*/ 

list^price /*manuf acturer ' s suggested retail 
price*/ 

weight 
size_range 

offer_price /*price offered to purchaser*/ 

good_until /*date offer expires*/ 

time_9tamp /*time loaded by merchant*/ 

} • 

It should be noted that size/value and weightA^alue are two embodiments of a general attribute/value format. Each 
35 attribute/value pair may be specified by the merchant to tailor the abstract to meet his requirements. For example, for a 
saw. a merchant may specify the material of which the cutting surface is made with the attribute/value pair blade/mate- 
rial, e.g.. blade/titanium. 

Generally, the URL of the merchant content server is provided to the commerce server at the time the merchant 
registers with the service. However, in accordance with the present invention, the merchant may advantageously spec- 

40 ify another URL 724 (FIG 7) for a merchant content server on the abstract interface screen. 

A further advantage of the present invention is that any server having content may register with the commerce 
server without having to be designed specifically to take advantage of the service. Besides registering with the service, 
it is only necessary that the merchant enter content abstracts to the commerce server. 

If the merchant selects the edit product button 64, he is presented in one embodiment with the screen shown in FIG 

45 8. The merchant may specify an exact product to edit by completely specifying its SKU 81 . in which case the commerce 
database is searched and the corresponding product summary data are displayed, an example of which is shown in FIG 
9. Alternatively, he may include wildcard characters in the SKU and a list of matching products sold by that merchant 
will be displayed. For example, if * constitutes a wildcard symbol and the merchant specifies the SKU to be edited as 
1 32*, the commerce server will search for all SKU's whose first three digits are 1 32. An SKU of 1 ??45 includes all SKU*s 

so whose first, fourth and fifth digits are 1 , 4 and 5 respectively. Likewise, the merchant may request a listing by manufac- 
turer, category or product name. In each of these cases, the e-commerce server searches for and presents a list of 
products. An example of such a list for all products manufactured by Scandia is shown in FIG 10. 

As shown in FIG 10, the list is a summary presentation of the product name 101 , product category 102, SKU 103 
and the date on which the product information was entered into the commerce database. A highlight bar 1 05 that covers 

55 one product at a time may be moved up and down the list by movement arrows 1 06 and 1 07, respectively. The merchant 
selects an item to edit from the list by moving the highlight bar over the item and then selecting the Select button 108. 
When the merchant selects an item from the list to edit, a screen such as that shown in FIG 9 is presented to the mer- 
chant. Alternatively, the merchant may expediently delete product data for the highlighted product from the commerce 
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database by selecting the delete button 109. Thus, the merchant may add, edit and delete his product data summaries 
in the commerce database according to a simple and uniform interface. 

A pseudo code embodiment of the process for changing merchant product data summaries in the commerce data- 
base in accordance with the present invention is as follows: 



10 



change_Tnerchant_content_abstract ( ) 

{ 

ident if y_merchanc 0 ;- 
authent icat:e_fnerchant { ) ; 
case (addj)roduct ) 

- accept product_data 



15 



20 



25 



30 



35 



40 



( 



merchant /♦merchant identification*/ 
SKU_nurT±>er . /♦product identification 

number*/ 

/♦product type*/ 
/♦product maker*/ 
/ ♦ searchable keyword* / 
/ ♦ searchable keyword* / 
/♦product name*/ 
/♦manufacturer' s suggested 
retail price*/ 



category 

manufacturer 

keyword 

keyword 

name 

list_price 



} 



weight 
size_range 
of f er_price 

good_until 
timers tamp 



/♦price offered to 
purchaser*/ 

/♦date offer expires*/ 
/♦time loaded by merchant ♦/ 



case (edit_product ) 

case ( identif y_product_SKU) ; -/*identify 

product to be 
edited by 
completely 
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10 



15 



20 



25 



30 



35 



specified SKU 
number*/ 

display product_data 
if (delete^product) 

delete product^data 

else 

accept product edits 
store new product_data 
return 

case (identif y_product_list) ; /*identify 

product list by 
specifying SKU 
with wildcard or 
manufacturer or 
category*/ 

display product_list 
' accept product_selection /*using highlight 

bar*/ 



if (delete_product ) 

de 1 e te produc t_data 

else 

accept product edits 
store new produc t_dat a 
return 



40 The present invention thus advantageously provides a convenient and efficient way for a merchant to shop over a 
network through simple and easy to understand interfaces. An embodiment of such an interface is shown in FIG 11. 
When a purchaser connects to the commerce server and is identified by providing a purchaser ID in field 1 1 1 and is 
authenticated by providing a purchaser password in field 112. the commerce server associates any subsequent trans- 
actions with the purchaser's customer profile data stored on the commerce database. In one embodiment, customer 

45 profile data includes the customer's name, billing address, shipping address and credit card numbers with expiration 
dates. In another embodiment, customer profile data also includes information derived from historical transaction data, 
such as buying patterns. In yet another embodiment, customer profile data includes demographic data, including 
income level and household information of the purchaser. 

A purchaser may choose to view product and merchant information by predetermined category, such as home 

so appliances 1 1 3, outdoor gear 1 1 4, or electronics 115. Alternatively, the purchaser may wish to carry out a search of the 
commerce database. Such a search may be boolean, e.g.. HIKING AND (BOOTS OR SHOES). In another embodi- 
ment, the search is in a natural language format as is known in the art. e.g.. I NEED HIKING BOOTS FOR BACKPACK- 
ING. 

An embodiment of a screen responsive to such a natural language inquiry is shown in FIG 12. Here, the response 
55 is shown according to the names of merchants 121. 122. 123 and 124 who sell hiking boots. In another embodiment, 
the response is shown in accordance with hiking boots products listed in the commerce database. In the embodiment 
shown in FIG 12, tokens are displayed for each merchant indicating the types of payment accepted by the merchant 
1 25 and the number of days in the merchant's money-back guarantee 1 26. This is merely meant to be exemplary of the 
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types of information that could be supplied to the purchaser at this stage. Other types of information such as warranty 
information and service telephone numbers could also be included. 

Upon selecting a merchant from the screen shown in FIG 12. the purchaser is referred by the commerce server to 
the content server on which the selected merchant has placed his merchant content. In one embodiment in which the 
present invention is implemented on the Internet, the URL of the merchant is contained in a table in the commerce data- 
base that cross-references it to the merchant identifier in the product data structure. In another embodiment, the net- 
work address of the content server is included in the product data structure as an additional field. 

Upon accessing the content server, the purchaser is presented with an electronic version of the merchant's store. 
Such stores are well known in the art as websites on the World Wide Web (WWW). The purchaser is able to search and 
browse among products offered by the merchant; learn detailed information regarding the merchant's return policy; 
learn about forms of payment accepted by the merchant; and order products. An example of a product screen at a con- 
tent server is shown in FIG 13. The picture of the boot 131 may be animated, and the boot could be slowly turned so 
all sides may be viewed. Audio accompanies the picture, describing the advantageous features of the boot. This is sup- 
plemented with textual information 132. as well as information about the boot's available sizes 133, weight 134, sug- 
gested retail price 135. offer price 136, and offer expiration date 137. If the purchaser wants to select the boot for 
purchase, the purchaser selects the Buy This button 1 38 at the bottom of the screen. 

Every screen of this embodiment of the content server also can have a Make Purchases button 1 39. The purchaser 
selects this button when he is ready to effectuate an electronic transaction whereby the selected products are pur- 
chased. 

When the purchaser has finished shopping and he selects the Make Purchases button 139, order information for 
his selected products is transmitted to the commerce server. In a preferred embodiment, this order information com- 
prises the purchaser identification number, merchant identification number, SKU number, quantity, payment informa- 
tion, and special information (e.g., size, color) that may include attribute/value pairs. An embodiment of the data 
structure for such a purchase message from a content server to the commerce server is as follows: 

purchase^order 

( 

purchaser_id /♦purchaser identification number*/ 



merchant_id /*merchant identification number*/ 
SKU /*product identification number*/ 

quantity /♦number of product ordered*/ 

payment /*credit or debit card selection*/ 

special 

size 

color 

date_entered /*When the order was sent*/ 



In this embodiment, the price of the selected product is derived from its merchant content abstract in the commerce 
database. In another embodiment, the price of the selected item is included in the purchase order from the merchant 
content server, and need not be derived from the commerce database. 

Upon receiving the purchaser order message, the commerce server effectuates the transaction first by retrieving 
the appropriate data from the commerce database. In one embodiment, this data includes customer profile data includ- 
ing purchaser credit card numbers, billing and shipping addresses. It further includes merchant profile data including 
merchant account numbers and acceptable forms of payment data. It further includes product data information such as 
price information. In another embodiment, this information further includes product availability data, which is used in 
conjunction with an inventory control program of a kind well known in the art to obtain and ship a product in the most 
expedient and efficient manner possible from a plurality of available sources. For example, in one embodiment of the 
present invention, the commerce server database maintains information on the inventory levels for each merchant for 
each of his products. If a purchaser submits an order for a product of which a merchant is out of stock, the merchant 
may backorder the item or the purchaser may select another merchant. 



8 



EP Q 855 687 A2 



The commerce server interacts with external payment systems (e.g.. a bank) to cause purchaser's payment vehicle 
(such as a credit or debit card account) to be debited, and the merchant's account to be credited. In one embodiment, 
the merchant's bank account is directly credited with the appropriate amount. In another embodiment, the merchant's 
account with the commerce service is credited, and actual payment to the merchant's bank account is made at a later 
date in accordance with a predetermined commerce service policy v 

A pseudo-code embodiment of the purchasing process in accordance with the present invention is as follows: 
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accept purchaser^query 



purchase^process ( ) ; 

{ 

accept request /commerce server accepts 

request for shopping page 
from purchaser*/ 
display shopping^page /* shopping page is 

displayed to purchaser*/ 
/^accept purchaser natural 
language query*/ 
search commerce^database /^commerce datad^ase is 

searched for products and 
merchants that match 
purchaser_query* / 

if (no match) 

display no_match 

else 

display macching_merchants 



{ 



merchant_name /♦merchant name is 

selectable with 
iinder lying network 
address pointing to 
merchant content 
server*/ 

merchant: network address 



payment_accepted 



re tum_pol icy 



merchant blurb 



/ * t okens i ndi ca t ing 
credit and/or debit 
cards accepted*/ 
/♦token indicating" 
days to return for 
refund*/ 

/*brief textual blxirb 
about merchant*/ 



return 



accept merchant_selection 

refer purchaser to 
merchant content server 



/*merchant selected by 
purchaser*/ 

/*at network address 
for content server for 
selected merchant*/ 



accept purchase_order from purchaser 



{ 



purchase r_id / ♦purchaser ident i f icat ion 
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merchant id 



SKU 



quantity 
payment 



identification 



identification 



of 



product 



15 



} 



number* /- 
/♦merchant 
number*/ 
/♦product 
number*/ 
/♦number 
ordered*/ 
/♦credit or 
selection*/ 
special_selection_data 
size 
color 

date entered /*When the order was sent*/ 



debit card 



search database for purchaser jprof ile 



{ 



20 



25 



30 



35 



40 



45 



SO 



purchaser_id 

payment _da t a^l 

credit _card_type 
credit_card_number 
expirat longdate 

payment_data_2 

credit_card_type 
credi t_card_number 
expirat longdate 

billing_address 

shipping_address 

date entered 



/♦this filed is used 
as a flag in updating 
or eliminating old 
inf ormat ion* / 



} 



search database for merchant^prof ile 



{ 



} 



merchant^id 

merchant account number 



effectuate payment 



/♦payment type selected by 
purchaser is debited^/ 



initiate order fulfillment 



/*an electronic 
message is formatted 
and sent to the 
appropriate - order 
fulfillment agent , 
instructing the agent 
which products to ship 
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to the purchaser*/ 



The present invention also advantageously provides the purchaser and merchant with the ability to generate vari- 
ous reports based upon historical transaction data stored on the commerce database. A merchant generates a report 

10 by selecting the report button 65 on the screen shown in FIG 6. In one embodiment, a merchant report lists all sales of 
merchant's products through the service on a monthly, weekly or daily basis selectable by the merchan*t. In another 
embodiment, a report shows summary dollar amounts generated by sales by categories specified by the merchant. In 
yet another embodiment, a report presents the results of customer satisfaction surveys in formats readily and advanta- 
geously selectable by the merchant (e.g., by product purchased, time period, or by selected demographic features of 

IS the purchaser). 

A purchaser generates a report by selecting the report button 1 18 shown in FIG 1 1 . In one embodiment, a report 
shows all purchases made by the purchaser through the service over the past five, ten or thirty days, or since the begin- 
ning of the present calendar year. In another embodiment, a report shows a breakdown of dollar amounts purchased 
under each form of payment authorized by the purchaser since the beginning of the present calendar year. 
20 The reporting feature of the present invention advantageously provides both merchants and purchasers with the 
ability to track and assess the utility and efficiency of the service. It also assists the merchant and purchaser to control 
budgets and track cash flow. 

Separating merchant content from transaction functionality on an electronic commerce system in accordance with 
the present invention represents a sensible and efficient allocation of resources in promoting commerce over a network. 
25 It allows the transaction service provider to concentrate his resources on providing the most up-to-date and efficient set 
of services for effectuating buying and selling transactions between networked parties. Likewise, the merchant is freed 
form the burden of maintaining transaction functionality, and concentrates on his area of expertise, merchant content 
and product information. The present invention thus provides a more effective and efficient way of carrying out elec- 
tronic commerce. 

30 Where technical features mentioned in any daim are followed by reference signs, those reference signs have been 
included for the sole purpose of increasing the intelligibility of the claims and accordingly such reference signs do not 
have any limiting effect on tiie scope of each element identified by way of example by such reference signs. 

Claims 

35 

1 . An electronic commerce server system for carrying out distributed electronic commerce using a network with mer- 
chant content servers and purchasers, comprising an electronic commerce server connected to the network and 
an electronic commerce database connected to said electronic commerce server, said commerce server associat- 
ing merchant content stored on said database with merchant content stored on a merchant content server. 

40 

2. The system of claim 1 , wherein the merchant content stored on said electronic commerce database is a merchant 
content abstract summarizing the associated merchant content stored on said merchant content server. 

3. The system of claim 2, wherein said merchant content abstract comprises: 

45 

a. merchant identification data; 

b. product identification data; and 

c. product price data. 

so 4. The system of claims 2 or 3, wherein said merchant content abstract comprises an attribute/value pair. 

5. The system of one or more of claims 2-4. wherein said merchant content abstract comprises: 

d. a time stannp indicating the time said merchant content abstract was stored on said database; and 
55 e. a product keyword. 

6. The system of claim 3, wherein said merchant content abstract further comprises product weight data useful in 
determining the cost of shipping a product. 
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7. The system of one or more of claims 1 -6. wherein said database stores merchant profile data; and/or 

wherein said database stores purchaser profile data; and/or 
wherein said database stores historical transaction data. 

8. A method for coordinating a plurality of parties including a merchant and a purchaser to effectuate an electronic 
commerce transaction using a network, comprising the steps of: 

a. storing a merchant content abstract; 

b. receiving a request for merchant content information; 

c. searching a database for merchant content Information responsive to said request; 

d. presenting the results of said search; 

e. providing a reference to a merchant content server connected to the network; 

f. receiving a purchase request having a selected product; and 

g. initiating an electronic transaction for said selected product. 

9. The method of claim 8, wherein the merchant content abstract is received from a merchant, and/or 

wherein the merchant content abstract is generated automatically by the electronic commerce server using 
the results of an electronic search of the merchant content server. 

10. The method of claims 8 or 9, wherein storing a merchant content abstract comprises the steps of: 

a. storing product identification data; 

b. storing merchant identification data; and 

c. storing product price data. 

11. The method of one or more of claims 8-10, wherein storing a merchant content abstract further comprises the step 
of storing a time stamp designating the time at which said merchant content abstract is stored in the database. 

12. The method of one or more of claims 8-1 1 . wherein the step of initiating an electronic transaction comprises the 
steps of: 

a. receiving payment vehicle selection data; 

b. directing that the selected payment vehicle be debited to the sum of the net cost of the selected product; 

c. directing that a merchant account be credited for the sale of the selected product; and 

d. directing the delivery of the selected product to its purchaser. 

1 3. The method of claim 12. further comprising the step of storing a record of the electronic transaction in a database, 
and/or 

wherein the step of receiving payment vehicle selection data comprises the step of retrieving prereglstered 
payment vehicle Information from a database; and/or 

wherein the step of receiving payment vehicle selection data comprises the steps of accessing a purchaser 
profile and: 

a. retrieving purchaser credit card identification data; 

b. retrieving a purchaser credit card number: and 

c. retrieving a purchaser credit card expiration date; and/or 

further comprising the step of storing transaction data in the database. 

14. The method of claim one or more of claims 8-13. further comprising the step of generating a transaction report. 

15. The method of claim 14, wherein the transaction report is generated for a merchant; and/or 

wherein the transaction report is generated for a purchaser. 

16. An electronic commerce server system for carrying out electronic commerce between purchasers and merchants 
over a network comprising: 

a. computer readable storage media for storing a merchant content abstract; 

b. means for receiving a request for merchant content information; 
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c. a computer for searching said computer readable storage media for merchant content information respon- 
sive to said request; 

d. means for presenting the results of said search; 

e. means for providing a reference to a merchant content server connected to the network; 
5 f. means for receiving a purchase request having a selected product; and 

g. means for initiating an electronic transaction for said selected product. 

17. The system of claim 16, further comprising means for generating a transaction report. 
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FIG. 9 
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FIG. 10 



SCANDIA PRODUCTS 



101 


102 

/ 


103 

/ 


104 

/ 


PRODUCT NAME 


CATEGORY 


SKU 


DATE ENTERED 


HIND FACE 


JACKET 


74116 


08-01-95: 112 


HIKER PLUS 


FOOTWEAR 


13911 


07-09-96: 1201 








mm. 


TAT OR SH 


TENT 


61313 


06-04-95: 1515 


• 
• 
• 


• 
• 
• 

106 


• 
• 


• 
• 
• 

107 



108 



SELECT 



109 



DELETE 



•105 



20 



EP 0 855 687 A2 



FIG. 11 



WELCOME TO NETWORK SHOPPING 



PURCHASER ID: 
PURCHASER PASSWORD: 

HOT AREAS: 



HOME APPLIANCES 



■113 



OUTDOOR GEAR ] ^114 

-—lis 



ELECTRONICS 



SEARCH: 



-111 
-112 



118 



REPORT 



SUBMIT 



116 
•117 



21 



EPQfi@5 6filZA2 



FIG. 12 




\THE 

JINTREPID 
^HIKER 



122 



123 



2 



AM*S 



PITTSFORD 
HIKING 
BOOTS 



124 




•HIKING BOOTS BACKPACKING' 



HE SELL ALL KINDS OF CAMPING 
SUPPLIES. INCLUDING TENTS. STOVES. 
FOOD. FOOTHEAa ... 



125 



7 



125 126 



MILITARY SURPLUS. INCLUDING WOOL 
PANTS. EMPTY SHELLS. FOOD. CAMPING 
EQUIPMENT AND BOOTS. . . . py-^ QQ-j 

125-^ 126^ 

ALL WE SELL IS HIKING BOOTS; 
INCOMPARABLE SELECTION; UNBEATABLE 
PRICES; HE SPECIALIZE IN BACKPACKING. . . 



125^ 125' 125' 126' 



I I I r ^ 



A 



22 



EP 0 855 687 A2 



FIG. 13 



PITTSFORO HIKING BOOTS 




SCANOIA'S ARIANNE BACKPACKING BOOT 



EXTRA 
HEEL 
COMFORT 



THE ARIANNE HIKING BOOT 
IS HADE TO LAST. AND 
HAAS HARKED THE BEST 



-132 



SUPPORTED 
SOLE 



REALLY STRONG 
LACES 



134 



SIZES: 6-12-^ 
HEIGHT: 3 LBS 4 
MSRP: $162.00 "-^135 

OUR SUPER LOH PRICE: $149.00- 
GOOD UNTIL: 09/98-^^37 




•136 



HAKE 
PURCHASES 



-139 



BUY THIS 



■138 



23 



(19) 



EuropSlsches Patentamt 
European Patent Office 
Office europeen des brevets 



(12) 



(11) EP 0 855 687 A3 

EUROPEAN PATENT APPLICATION 



(88) 


Date of publication A3: 


(51) intci7: G07F 19/00, G06F 17/60 




13.06.2001 Bulletin 2001/24 






(43) 


Date of publication A2: 








29.07.1998 Bulletin 1998/31 






(21) 


Application nunnber: 98100147.2 






(22) 


Date of filing: 07.01 .1998 






(84) 


Designated Contracting States: 


(72) 


Inventor: McKanna Gregory, James 


AT BE CH DE DK ES Fl FR GB GR IE IT LI LU IVIC 




Sausalito, California 94965 (US) 




NL PT SE 








Designated Extension States: 


(74) 


Representative: Modiano, Guido, Dr-lng. et al 




AL LT LV MK RO SI 




Modlano, Joslf, PIsanty & Staub, 








Baaderstrasse 3 


(30) 


Priority: 15.01.1997 US 783181 




80469 MUnchen (DE) 


(71) 


Applicant: AT&T Corp. 








New York, NY 10013-2412 (US) 







(54) System and method for distributed content electronic commerce 



(57) Distributed electronic commerce is conducted 
over a network by substantially separating transaction 
functionality from merchant content. Electronic com- 
merce transaction functionality is provided by a com- 
merce server having a commerce database. The com- 
merce server stores merchant and purchaser profile da- 
ta and merchant content summaries on the commerce 
database. The purchaser browses and searches for 
product and merchant information using the commerce 
server, and is provided with more detailed information 



stored at a separate merchant content server system. 
The purchaser selects products to purchase, and a pur- 
chase order is sent to the commerce server The com- 
merce server initiates the settlement of accounts be- 
tween the merchant and purchaser, and initiates order 
fulfillment for the selected product. The separation of 
transaction functionality and merchant content onto 
separate servers under the control of a commerce serv- 
ice provider and a merchant, respectively, provides a 
more efficient and effective way of carrying out electron- 
ic commerce over a network. 




Printed by Jouve, 75001 PARIS (FR) 



EP Q 855 687 AS 



European Patent 
Oftlce 



EUROPEAN SEARCH REPORT 



Application Number 

EP 98 10 0147 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Crtation of document wMh indication, where appropriate, 
of relevant passages 



Relevant 
to claim 



CUXSSIFICATION OF THE 

APPLICATION <im.ci.e) 



"World Patents Index, EPI Manual Codes, 
Part I" 

November 1995 (1995-11) . DERWENT 
INFORMATION LIMITED , LONDON XP002158747 
Contents-i to Contents-v 

US 4 677 552 A (SIBLEY JR H C) 

30 June 1937 (1987-06-30) 

* column 3, line 35 - column 4, line 2; 

figures 1,4 * 



1-17 



G07F19/00 
G06F17/60 



US 5 305 200 A (HARTHEIMER RICHARD 
19 April 1994 (1994-04-19) 
* abstract; figure 1 * 



ET AL) 



US 5 202 989 A (KIMURA IKUO 
13 April 1993 (1993-04-13) 
* abstract; figure 1 * 



ET AL) 



1-17 



1-17 



TECHNICAL RELOS 
SEARCHED (tnt.CL6) 



G06F 



The present search report has been drawn up for alt claims 



Place of search 

MUNICH 



DetB of oompletlon of the search 

8 narch 2001 



Examiner 

Bumes, K 



CATEGORY OF CITED DOCUMENTS 

X : particularty relevant H lakan alone 

Y : particularly relevant W combined with another 

document of the same category 
A : technological t^ckground 
O : non-vrrlt.er disclosure 
P ; Irtemwdlaie documant 



T : theory or prindple underlying the invention 
E ; earlier patertt ckjcument, but pjblished on, or 

after the filing date 
D : documem cited h the applicaton 
L : documont csHod tor other roasono 

& : member of the same patent tamily, oorresporx^ng 
document 



2 



EP 0 855 687 A3 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO. 



EP 98 10 0147 



This annex lists the patent family members relating to the patent documents cited In the above-mentioned European search report. 
The members are as oonialned in the European Patent Office EDP file on 

The European Patent Office Is in no way liable for these particulars which are merely given for the purpose of Information. 

08-03-2001 



Patent document 
cited In search report 



Publication 
data 



Patent family 
member{s) 



Publication 
date 



US 4677552 



30-06-1987 



FR 2571520 A 
GB 2165421 A,B 
JP 61166242 A 



11-04-1986 
09-04-1986 
26-07-1986 



US 5305200 
US 5202989 



A 
A 



19-04-1994 
13-04-1993 



NONE 

OP 
OP 



2875284 B 
3025556 A 



31-03-1999 
04-02-1991 



Ei For more details atjout this annex : see Official Journal of the European Patent Offlcs, No. 12/82 



3 



